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Abstract. This paper concerns probabilistic instruction sequences. We 
use the term probabilistic instruction sequence for an instruction se- 
quence that contains probabilistic instructions, i.e. instructions that are 
themselves probabilistic by nature, rather than an instruction sequence 
of which the instructions are intended to be processed in a probabilistic 
way. We propose several kinds of probabilistic instructions, provide an 
informal operational meaning for each of them, and discuss related work. 
On purpose, we refrain from providing an ad hoc formal meaning for the 
proposed kinds of instructions. 

Keywords: instruction sequence, probabilistic instruction, probabilistic 
service, probabilistic process algebra thesis, projectionism. 

1998 ACM Computing Classification: D.1.4, F.1.1, F.1.2. 



1 Introduction 

In this paper, we take the first step on a new subject in a line of research whose 
working hypothesis is that instruction sequence is a central notion of computer 
science (see e.g. [6, 10, 8, 7]). In this line of research, an instruction sequence un- 
der execution is considered to produce a behaviour to be controlled by some 
execution environment: each step performed actuates the processing of an in- 
struction by the execution environment and a reply returned at completion of 
the processing determines how the behaviour proceeds. The term service is used 
for a component of a system that provides an execution environment for instruc- 
tion sequences, and a model of systems that provide execution environments for 
instruction sequences is called an execution architecture. This paper is concerned 
with probabilistic instruction sequences. 

We use the term probabilistic instruction sequence for an instruction se- 
quence that contains probabilistic instructions, i.e. instructions that are them- 
selves probabilistic by nature, rather than an instruction sequence of which the 
instructions are intended to be processed in a probabilistic way, e.g. by means of 
probabilistic services. We will propose several kinds of probabilistic instructions, 
provide an informal operational meaning for each of them, and discuss related 
work. We will refrain from a formal semantic analysis of the proposed kinds of 



probabilistic instructions. Moreover, we will not claim any form of complete- 
ness for the proposed kinds of probabilistic instructions. Other convincing kinds 
might be found in the future. We will leave unanalysed the topic of probabilistic 
instruction sequence processing, which includes all phenomena concerning ser- 
vices and concerning execution architectures for which probabilistic analysis is 
necessary. 

Viewed from the perspective of machine-execution, execution of a probabilis- 
tic instruction sequence using an execution architecture without probabilistic 
features can only be a metaphor. Execution of a deterministic instruction se- 
quence using an execution architecture with probabilistic features, i.e. an execu- 
tion architecture that allows for probabilistic services, is far more plausible. Thus, 
it looks to be that probabilistic instruction sequences find their true meaning 
by translation into deterministic instruction sequences for execution architec- 
tures with probabilistic features. Indeed projection semantics, the approach to 
define the meaning of programs which was first presented in [4], need not be 
compromised when probabilistic instructions are taken into account. 

This paper is organized as follows. First, we set out the scope of the pa- 
per (Section 2) and review the special notation and terminology used in the 
paper (Section 3). Next, we propose several kinds of probabilistic instructions 
(Sections 4 and 5). Then, we formulate a thesis on the behaviours produced 
by probabilistic instruction sequences under execution (Section 6) and discuss 
projectionism in the light of probabilistic instruction sequences (Section 7). Fi- 
nally, wc discuss related work (Section 8) and make some concluding remarks 
(Section 9). 

2 On the Scope of this Paper 

We go into the scope of the paper to clarify and motivate its restrictions. 

We will propose several kinds of probabilistic instructions, chosen because of 
their superficial similarity with kinds of deterministic instructions known from 
PGA [4], PGLD with indirect jumps [6], C [12], and other similar notations and 
not because any computational intuition about them is known or assumed. For 
each of these kinds, wc will provide an informal operational meaning. Moreover, 
we will show that the proposed unbounded probabilistic jump instructions can 
be simulated by means of bounded probabilistic test instructions and bounded 
deterministic jump instructions. Wc will also refer to related work that intro- 
duces something similar to what we call a probabilistic instruction and connect 
the proposed kinds of probabilistic instructions with similar features found in 
related work. 

We will refrain from a formal semantic analysis of the proposed kinds of 
probabilistic instructions. The reasons for doing so are as follows: 

— In the non-probabilistic case, the subject reduces to the semantics of program 

algebra. Although it seems obvious at first sight, different models, reflecting 
different levels of abstraction, can and have been distinguished (see e.g. [4]). 
Probabilities introduce a further ramification. 
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— What we consider sensible is to analyse this double ramification fully. What 
we consider less useful is to provide one specific collection of design decisions 
and working out its details as a proof of concept. 

— We notice that for process algebra the ramification of semantic options after 
the incorporation of probabilistic features is remarkable, and even frustrating 
(see e.g. [16, 19]). There is no reason to expect that the situation is much 
simpler here. 

— Once that a semantic strategy is mainly judged on its preparedness for a 
setting with multi-threading, the subject becomes intrinsically complex (like 
the preparedness for a setting with arbitrary interleaving complicates the 
semantic modelling of deterministic processes in process algebra). 

— We believe that a choice for a catalogue of kinds of probabilistic instructions 
can be made beforehand. Even if that choice will turn out to be wrong, 
because prolonged forthcoming semantic analysis may give rise to now, more 
natural, kinds of probabilistic instructions, it can at this stage best be driven 
by direct intuitions. 

We will leave unanalysed the topic of probabilistic instruction sequence pro- 
cessing, i.e. probabilistic processing of instruction sequences, which includes all 
phenomena concerning services and concerning execution architectures for which 
probabilistic analysis is necessary. At the same time, we admit that probabilistic 
instruction sequence processing is a much more substantial topic than proba- 
bilistic instruction sequences, because of its machine-oriented scope. We take 
the line that a probabilistic instruction sequence finds its operational meaning 
by translation into a deterministic instruction sequence and execution using an 
execution architecture with probabilistic features. 

3 Preliminaries 

In the remainder of this paper, wc will use the notation and terminology regard- 
ing instructions and instruction sequences from PGA (ProGram Algebra). The 
mathematical structure that we will use for quantities is a signed cancellation 
meadow. That is why we briefly review PGA and signed cancellation meadows 
in this section. 

In PGA, it is assumed that a fixed but arbitrary set of basic instructions has 
been given. The primitive instructions of PGA are the basic instructions and in 

addition: 

— for each basic instruction a, a positive test instruction +a; 

— for each basic instruction a, a negative test instruction —a; 

— for each natural number /, a, forward jump instruction #Z; 

— a termination instruction !. 

The intuition is that the execution of a primitive instruction a produces 
either T or F at its completion. In the case of a positive test instruction +a, 
a is executed and execution proceeds with the next primitive instruction if T 
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is produced. Otherwise, the next primitive instruction is skipped and execution 
proceeds with the primitive instruction following the skipped one. If there is no 
next instruction to be executed, inaction occurs. In the case of a negative test 
instruction —a, the role of the value produced is reversed. In the case of a plain 
basic instruction a, execution always proceeds as if T is produced. The effect 
of a forward jump instruction is that execution proceeds with the l-th next 
instruction. If I equals or the Z-th next instruction does not exist, inaction 
occurs. The effect of the termination instruction ! is that execution terminates. 

The constants of PGA are the primitive instructions and the operators of 
PGA are: 

— the binary concatenation operator ; ; 

— the unary repetition operator " . 

Terms are built as usual. We use infix notation for the concatenation operator 

and postfix notation for the repetition operator. 

A closed PGA term is considered to denote a non-empty, finite or periodic 
infinite sequence of primitive instructions.^ Closed PGA terms are considered 
equal if they denote the same instruction sequence. The axioms for instruction 
sequence equivalence are given in [4]. The unfolding equation X'^ = X ; X"^ is 
derivable from those equations. Moreover, each closed PGA term is derivably 
equal to one of the form P or P ; Q'^ , where P and Q are closed PGA terms in 
which the repetition operator does not occur. 

In [4], PGA is extended with a unit instruction operator u which turns 
sequences of instructions into single instructions. The result is called PGA^. 
In [26], the meaning of PGA^ programs is described by a translation from PGAu 
programs into PGA programs. 

In the sequel, the following additional assumption is made: a fixed but ar- 
bitrary set of foci and a fixed but arbitrary set of methods have been given. 
Moreover, we will use f.m, where / is a focus and m is a method, as a general 
notation for basic instructions. In f.m,, m, is the instruction proper and / is the 
name of the service that is designated to process m. 

The signature of signed cancellation meadows consists of the following con- 
stants and operators: 

— the constants and 1; 

— the binary addition operator -|- ; 

— the binary multiplication operator • ; 

— the unary additive inverse operator — ; 

— the unary multiplicative inverse operator 

— the unary signum operator s. 

Terms are build as usual. We use infix notation for the binary operators 

+ and • , prefix notation for the unary operator — , and postfix notation for 
the unary operator We use the usual precedence convention to reduce the 

^ A periodic infinite sequence is an infinite sequence with only finitely many subse- 
quences. 
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need for parentheses. We introduce subtraction and division as abbreviations: 
p — q abbreviates p + {—q) and p/q abbreviates p ■ {q~^)- We use the notation n 
for numerals and the notation for exponentiation with a natural number as 
exponent. The term n is inductively defined as follows: = and n + 1 = n + 1. 
The term p" is inductively defined as follows: = 1 and = p" ■ p. 

The constants and operators from the signature of signed cancellation mead- 
ows are adopted from rational arithmetic, which gives an appropriate intuition 
about these constants and operators. The equational theories of signed cancel- 
lation meadows is given in [11]. In signed cancellation meadows, the functions 
min and max; have a simple definition (see also [11]). 

A signed cancellation meadow is a cancellation meadow expanded with a 
signum operation. The prime example of cancellation meadows is the field of ra- 
tional numbers with the multiplicative inverse operation made total by imposing 
that the multiplicative inverse of zero is zero, see e.g. [13]. 

4 Probabilistic Basic and Test Instructions 

In this section, we propose several kinds of probabilistic basic and test instruc- 
tions. It is assumed that a fixed but arbitrary signed cancellation meadow 9Jt 
has been given. 

We propose the following probabilistic basic instructions: 

— %(), which produces T with probability 1/2 and F with probability 1/2; 

— %{q), which produces T with probability max(0, min(l, q)) and F with prob- 
ability 1 — max(0,min(l, q)), for q G DJl. 

The probabilistic basic instructions have no side-effect on a state. 

The basic instruction %() can be looked upon as a shorthand for %(l/2). We 
distinguish between %() and %(l/2) for reason of putting the emphasis on the 
fact that it is not necessary to bring in a notation for quantities ranging from 
to 1 in order to design probabilistic instructions. 

Once that probabilistic basic instructions of the form %{q) arc chosen, an 
unbounded ramification of options for the notation of quantities is opened up. We 
will assume that closed terms over the signature of signed cancellation meadows 
are used to denote quantities. Instructions such as %(vl + l) arc implicit in the 
form %{q), assuming that it is known how to view as a notational extension 
of signed cancellation meadows (see e.g. [3]). 

Like all basic instructions, each probabilistic basic instruction can be turned 
into two probabilistic test instructions: 

— %() can be turned into +%{) and — %(); 

— %{q) can be turned into +%{q) and —%{q). 

Probabilistic primitive instructions of the form +%{q) and —%{q) can be consid- 
ered probabilistic branch instructions where q is the probability that the branch 
is not taken and taken, respectively, and likewise the probabilistic primitive in- 
structions +%{) and — %(). 
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We find that the primitive instructions %() and %{q) can be replaced by #1 
without loss of (intuitive) meaning. Of course, in a resource aware model, #1 
may be much cheaper than %{q), especially if q is hard to compute. Suppose 
that %{q) is realized at a lower level by means of %(), which is possible, and 
suppose that g is a computable real number. The question arises whether the 
expectation of the time to execute %{q) is finite. 

To exemplify the possibility that %{q) is realized by means of %() in the case 
where g is a rational number, we look at the following probabilistic instruction 
sequences: 

-%(2/3) ; #3 ; a ; ! ; 6 ; ! , 
(+%();#3;a;!;+%();#3;6;!)-. 

It is easy to see that these instruction sequences prodiice on execution the same 
behaviour: with probability 2/3, first a is performed and then termination fol- 
lows; and with probability 1/3, first b is performed and then termination follows. 
In the case of computable real numbers other than rational numbers, use must 
be made of a service that does duty for the tape of a Turing machine (such a 
service is described in [10]). 

Let q G dJl, and let random (g) be a service with a method get whose reply is T 
with probability max(0, min(l, q)) and F with probability 1 — max(0, min(l, q)). 
Then a reasonable view on the meaning of the probabilistic primitive instruc- 
tions %{q), +%{q) and —%((?) is that they are translated into the deterministic 
primitive instructions random(q).get, -|-random(q).get and — random (g). get, re- 
spectively, and executed using an execution architecture that provides the prob- 
abilistic service random((7). Another option is possible here: instead of a different 
service random(g) for each q £ [0, 1] and a single method get, we could have a 
single service random with a different method get(g) for each q e [0, 1]. In the 
latter case, %{q), +%{q) and —%((?) would be translated into the deterministic 
primitive instructions random. get(g), -l-random.get(g') and — random. get(g). 

5 Probabilistic Jump Instructions 

In this section, we propose several kinds of probabilistic jump instructions. It 
is assumed that the signed cancellation meadow DJl has been expanded with an 
operation N such that, for all q G 971, N{q) = iff g = n for some n G N. 
We write I, where / G 971 is such that N{1) = 0, for the unique n G N such that 
I = n. Moreover, we write q, where q G 9Jt, for max(0, min(l, q)). 
We propose the following probabilistic jump instructions: 

— #%H(A:), having the same effect as #j with probability 1/k for j G [1,^], 
for A: G 9W with N{k) = 0; 

— #%G{q){k), having the same effect as #j with probability q- {1 — qy~^ for 
j G [1, fc], for (? G 971 and fc G 971 with N(/c) = 0; 

— #%G(g)/, having the same effect as #[• j with probability q- {1 — qy~^ for 
j G [1, oo), for g G 971 and / G 9Jl with N{1) = 0. 
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The letter H in #%H(fc) indicates a homogeneous probabihty distribution, and 
the letter G in ^%G{q){k) and #%G(g)/ indicates a geometric probability dis- 
tribution. Instructions of the forms #%H(A;) and #%G(g)(A;) are bounded prob- 
abilistic jump instructions, whereas instructions of the form ^%G{q)l are un- 
bounded probabilistic jump instructions. 

Like in the case of the probabilistic basic instructions, we propose in addition 
the following probabilistic jump instructions: 

- #%G()(fc) as the special case of #%G(g)(fc) where q = 1/2; 

— #%G{)1 as the special case of #%G(g)Z where q= 1/2. 

We believe that all probabilistic jump instructions can be eliminated. In 
particular, wc believe that unbounded probabilistic jiimp instructions can be 
eliminated. This believe can be understood as the judgement that it is reasonable 
to expect from a semantic model of probabilistic instruction sequences that the 
following identity and similar ones hold: 

+a ; #%G()2 ; (+6 ; ! ; c)- = 

+a ; +%() ; #8 ; #10 ; 

(+6; #5; #10 ;+%(); #8; #10; 
! ; #5 ; #10 ; +%() ; #8 ; #10 ; 
c ; #5 ; #10 ; +%() ; #8 ; #10)- . 

Taking this identity and similar ones as our point of departure, the question arises 
what is the most simple model that justifies them. A more general question is 
whether instruction sequences with unbounded probabilistic jump instructions 
can be translated into ones with only probabilistic test instructions provided it 
does not bother us that the instruction sequences may become much longer (e.g. 
expectation of the length bounded, but worst case length unbounded). 

6 The Probabilistic Process Algebra Thesis 

In the absence of probabilistic instructions, threads as considered in thread alge- 
bra [4] can be used to model the behaviours produced by instruction sequences 
under execution.^ Processes as considered in general process algebras such as 
AGP [1], GGS [23] and GSP [18] can be used as well, but they give rise to a 
more complicated modelling of the behaviours of instruction sequences under 
execution (see e.g. [5]). 

In the presence of probabilistic instructions, wc would need a probabilis- 
tic thread algebra, i.e. a variant of thread algebra that covers probabilistic be- 
haviours. It appears that any probabilistic thread algebra is inherently more 
complicated to such an extent that the advantage of not using a general process 
algebra evaporates. Moreover, it appears that any probabilistic thread algebra 

^ In [4], basic thread algebra is introduced under the name basic polarized process 
algebra. 
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requires justification by means of an appropriate probabilistic process algebra. 
This leads us to the following thesis: 

Thesis. Modelling the behaviours produced by probabilistic instruction sequences 
under execution is a matter of using directly processes as considered in some 

probabilistic process algebra. 

Notice that once we move from deterministic instructions to probabilistic in- 
structions, instruction sequence becomes an indispensable concept. Instruction 
sequences cannot be replaced by threads or processes without taking potentially 
premature design decisions. However, it is a reasonable to claim that, like for de- 
terministic instruction sequence notations, all probabilistic instruction sequence 
notations can be provided with a probabilistic semantics by translation of the in- 
struction sequences concerned into appropriate single-pass instruction sequences. 
Thus, the approach of projection semantics works for probabilistic instruction 
sequence notations as well. 

A probabilistic thread algebra has to cover the interaction between instruc- 
tion sequence behaviours and services. Two mechanisms are involved in that. 
They are called the use mechanism and the apply mechanism (see e.g. [9]). The 
difference between them is a matter of perspective: the former is concerned with 
the effect of services on behaviours of instruction sequences and therefore pro- 
duces behaviours, whereas the latter is concerned with the effect of instruction 
sequence behaviours on services and therefore produces services. It appears that 
the intricacy of a probabilistic thread algebra originates in large part from the 
use mechanism. 

7 Discussion of Projectionism 

In preceding sections, we have outlined how instruction sequences with the dif- 
ferent kinds of probabilistic instructions can be translated into instruction se- 
quences without them. Thus, we have made it plausible that projectionism is 
feasible for probabilistic instruction sequences. 
Projectionism is the point of view that: 

— any instruction sequence P, and more general even any program P, first and 
for all represents a single-pass instruction sequence as considered in PGA; 

— this single-pass instruction sequence, found by a translation called a pro- 
jection, represents in a natural and preferred way what is supposed to take 
place on execution of P; 

— PGA provides the preferred notation for single-pass instruction sequences. 

In a rigid form, as in [4], projectionism provides a definition of what constitutes 
a program. 

The fact that projectionism is feasible for probabilistic instruction sequences, 
does not imply that it is uncomplicated. To give an idea of the complications 
that may arise, we will sketch below found challenges for projectionism. 
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First, we introduce some special notation. Let N be a program notation. Then 
we write N2pga for the projection function that gives, for each program P in N, 
the closed PGA terms that denotes the single-pass instruction sequence that 
produces on execution the same behaviour as P. 

We have found the following challenges for projectionism: 

— Explosion of size. If N2pga(P) is much longer than P, then the requirement 

that it represents in a natural way what is supposed to take place on execu- 
tion of P is challenged. For example, if the primitive instructions of N include 
instructions to set and test up to n Boolean registers, then the projection to 
N2pga(P) may give rise to a combinatorial explosion of size. In such cases, 
the usual compromise is to permit single-pass instruction sequences to make 
use of services (see e.g. [9]). 

— Degradation of performance. If N2pga(P)'s natural execution is much slower 
than P's execution, supposing a clear operational understanding of P, then 
the requirement that it represents in a natural way what is supposed to 
take place on execution of P is challenged. For example, if the primitive 
instructions of N include indirect jump instructions, then the projection to 
N2pga(P) may give rise to a degradation of performance (see e.g. [6]). 

— Incompatibility of services. If N2pga(P) has to make use of services that are 
not deterministic, then the requirement that it represents in a natural way 
what is supposed to take place on execution of P is challenged. For example, 
if the primitive instructions of N include instructions of the form +yo{q) or 
— %(g), then P cannot be projected to a single-pass instruction sequence 
without the use of probabilistic services. In this case, either probabilistic 
services must be permitted or probabilistic instruction sequences must not 
be considered programs. 

— Complexity of projection description. The description of N2pga may be so 
complex that it defeats N2pga(P)'s purpose of being a natural explanation of 
what is supposed to take place on execution of P. For example, the projec- 
tion semantics given for recursion in [2] suffers from this kind of complexity 
when compared with the conventional dcnotational semantics. In such cases, 
projectionism may be maintained conceptually, but rejected pragmatically. 

— Aesthetic degradation. In N2pga(P), something elegant may have been re- 
placed by nasty details. For example, if N provides guarded commands, then 
N2pga(P) , which will be much more detailed, might be considered to exhibit 
signs of aesthetic degradation. This challenge is probably the most serious 
one, provided we accept that such elegant features belong to program no- 
tations. Of course, it may be decided to ignore aesthetic criteria altogether. 
However, more often than not, they have both conceptual and pragmatic 
importance. 

One might be of the opinion that conceptual projectionism can accept explo- 
sion of size and/or degradation of performance. We do not share this opinion: 
both challenges require a more drastic response than a mere shift from a prag- 
matic to a conceptual understanding of projectionism. This drastic response may 
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include viewing certain mechanisms as intrinsically indispensable for either ex- 
ecution performance or program compactness. For example, it is reasonable to 
consider the basic instructions of the form %{q), where g is a computable real 
number, indispensable if the expectations of the times to execute their realiza- 
tions by means of %() are not all finite. 

Nevertheless, projectionism looks to be reasonable for probabilistic programs: 
they can be projected adequately to deterministic single-pass instruction se- 
quences for an execution architecture with probabilistic services. 

8 Related Work 

In [29], a notation for probabilistic programs is introduced in which we can write, 

for example, vandoTa^p-So+q-Si) . In general, random(A) produces a value accord- 
ing to the probability distribution A. In this case, 6i is the probability distribution 
that gives probability 1 to i and probability to other values. Thus, for p+q = 1, 
p-So + q-5i is the probability distribution that gives probability p to 0, probability 
q to 1, and probability to other values. Clearly, random(p-(5o-l-(7-(5i) corresponds 
to %{p)- Moreover, using this kind of notation, we could write #{j-{Si + - ■ -+6]^)) 
for #%H(fc) and #((7 • (5i + g • (1 - q) • ^2 + • • • + ? • (1 - • 4) for #%G(<z)(fc). 

In much work on probabilistic programming, see e.g. [17,21,24], we find the 
binary probabilistic choice operator p© (for p e [0, 1]). This operator chooses 
between its operands, taking its left operand with probability p. Clearly, PpQ)Q 
can be taken as abbreviations for +%{p) ■,u{P ;^2) ■,u{Q) . This kind of primitives 
dates back to [20] at least. 

Quite related, but from a different perspective, is the toss primitive intro- 
duced in [14]. The intuition is that toss{bm,p) assigns to the Boolean memory 
cell bm the value T with probability p and the value F with probability 1 —p. This 
means that toss(&m,p) has a side-effect on a state, which we understand as mak- 
ing use of a service. In other words, toss(6?7i,p) corresponds to a deterministic 
instruction intended to be processed by a probabilistic service. 

Common in probabilistic programming are assignments of values randomly 
chosen from some interval of natural numbers to program variables (sec e.g. [28]). 
Clearly, such random assignments correspond also to deterministic instructions 
intended to be processed by probabilistic services. Suppose that x=i is a primi- 
tive instruction for assigning value i to program variable x. Then we can write: 
#%H(A;) ; u(a;=l ; ; u{x=2 ; 1) ; . . . ; u{x=k ; #1). This is a realistic rep- 
resentation of the assignment to x of a value randomly chosen from {1, . . . , fc}. 
However, it is clear that this way of representing random assignments leads to 
an exponential blow up in the size of any concrete instruction sequence represen- 
tation, provided the concrete representation of k is its decimal representation. 

The refinement oriented theory of programs uses demonic choice, usually 
written as a primitive (see e.g. [21, 22]). A demonic choice can be regarded as a 
probabilistic choice with unknown probabilities. Demonic choice could be written 
-|-n in a PGA-like notation. However, a primitive instruction corresponding to 
demonic choice is not reasonable: no mechanism for the execution of -|-n is 
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conceivable. Demonic choice exists in the world of specifications, but not in the 
world of instruction sequences. This is definitely different with +%{p), because 
a mechanism for its execution is conceivable. 

It appears that quantum computing has something to offer that cannot be 
obtained by conventional computing: it makes a stateless generator of random 
bits available (see e.g. [15,25]). By that quantum computing indeed provides a 
justification of +%(l/2) as a probabilistic instruction. 

9 Conclusions 

We have made a notational proposal of probabilistic instructions with an infor- 
mal semantics. By that we have contrasted probabilistic instructions in an exe- 
cution architecture with deterministic services with deterministic instructions in 
an execution architecture with partly probabilistic services. The history of the 
proposed kinds of instructions can be traced. 

We have refrained from an ad hoc formal semantic analysis of the proposed 
kinds of instructions. There are many solid semantic options, so many and so 
complex that another more distant analysis is necessary in advance to create a 
clear framework for the semantic analysis in question. 

The grounds of this work are our conceptions of what a theory of probabilistic 
instruction sequences and a complementary theory of probabilistic instruction 
sequence processing (i.e. execution architectures with probabilistic services) will 
lead to: 

— comprehensible explanations of relevant probabilistic algorithms, such as the 
Miller- Rabin probabilistic primality test [27], with precise descriptions of the 
kinds of instructions and services involved in them; 

— a solid account of pseudo-random Boolean values and pseudo-random num- 
bers; 

— a thorough exposition of the different semantic options for probabilistic in- 
struction sequences; 

— explanations of relevant quantum algorithms, such as Shor's integer factor- 
ization algorithm [30], by first giving a clarifying analysis in terms of prob- 
abilistic instruction sequences or execution architectures with probabilistic 
services and only then showing how certain services in principle can be re- 
alized very efficiently with quantum computing. 

Projectionism looks to be reasonable for probabilistic programs: they can be 
projected adequately to deterministic single-pass instruction sequences for an 
execution architecture with appropriate probabilistic services. At present, it is 
not entirely clear whether this extends to quantum programs. 
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